home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pine / imap_archive / text0124.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  2.0 KB  |  50 lines
  1. I'd like to see some sort of compromise on this issue such that there
  2. are minimal changes to the IMAP spec, and minimal breakage of old
  3. clients.
  4.  
  5. The published RFC-1176 spec is important, because we really don't know
  6. if anyone else has implemented it.  I recall hearing about some
  7. commercial IMAP client, and I'm unsure if it's been tested on this
  8. issue.  Any substantial change to the RFC-1176 spec could break
  9. existing clients and servers we don't know about.
  10.  
  11. In addition, I agree that it is important not to break the reference
  12. IMAP implementation "too much".  But when it was written such that it
  13. failed to meet the spec, I don't see a problem with it breaking on
  14. unusual cases (e.g. spaces or quotes in bboard names).  I agree,
  15. however, that it has to work for the {hostname}folder notation since
  16. that's in common use.
  17.  
  18. Let me try a slightly different proposal from my previous one:
  19.  
  20. 1) STRINGs should be sent as NIL, a quoted-string, or a literal, but
  21. atoms should be accepted as per RFC-1176.
  22.  
  23. 2) NEW-STRINGs are an ATOM, a quoted string, or a literal.  An ATOM
  24. will be sent if at all possible.  The parser should consider the
  25. argument an ATOM, unless it contains a `"' or begins with a `{'
  26. followed by a digit.
  27.  
  28. 3) Change * MAILBOX, * BBOARD, SELECT, CREATE/RENAME/DELETE, etc. to
  29. use NEW-STRING.
  30.  
  31. Proposal 1 should assure compatibility with the reference IMAP
  32. implementation, as well as compatibility with RFC-1176 based IMAP
  33. implementations.
  34.  
  35. Proposals 2 & 3 are minimal changes to the grammer.  They do permit
  36. the {hostname}folder notation as used today.  They would break the
  37. reference IMAP implementation (with "* MAILBOX" and "* BBOARD") only
  38. when a bboard name contains a space or a double-quote -- both of which
  39. are very uncommon (I only noticed the problem because I was doing
  40. extreme-case testing of my IMSP server).
  41.  
  42. I'd also like to point out that what I describe for NEW-STRING is
  43. almost precisely what is implemented by the snarf() function in
  44. imapd.c -- the only exception being that snarf() uses text_line where
  45. I use ATOM.
  46.  
  47.         - Chris
  48.  
  49.  
  50.